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APPELLANT'S BRIEF ON APPEAL 



I. REAL PARTY IN INTEREST: 

The real party in interest in this appeal is Lucent Technologies Inc. 
Assignment of the application was submitted to the U.S. Patent and Trademark 
Office on September 24, 2001, and recorded on the same date at Reel 012193, 
Frame 0449. 

H. RELATED APPEALS AND INTERFERENCES; 

There are no known appeals or interferences that will affect, be directly 
affected by, or have a bearing on the Board's decision in this Appeal. 

III. DECISIONS RENDERED BY THE COURT OR THE BOARD IN 
RELATED APPEALS AND INTERFERENCES SECTION: 



IV. EVIDENCE SUBMITTED UNDER 37 CFR 81.130. 1.131. OR 1.132: 

None. 

V. STATUS OF CLAIMS: 

Claims 1 and 3-21 are pending in the application, with claims 1,9, 10, 
11,17 and 18 being written in independent form. 

Claims 1, 3-7, 9-15, and 17-21 remain finally rejected under 35 U.S.C. 
§102(a). Claims 8 and 16 remain finally rejected under 35 U.S.C. §103(a). 
Claims 1 and 3-2 1 are being appealed. 



A Request for Reconsideration ("Request") was filed on September 27, 
2005. In an Advisory Action dated November 9, 2005, the Examiner stated 



None. 



VI. 



STATUS OF AMENDMENTS: 




588.88 OP 
1E0.09 OP 
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that the Request was considered and Appellant's amendments entered; 
however, the Request did not place the application in condition for allowance. 

VIL SUMMARY OF CLAIMED SUBJECT MATTER: 

(i). Overview of the Subject Matter of the Independent Claims 

A transport network typically comprises a number of nodes, connected 
by links, for transporting information (whether representing data or voice) over 
a connection path. The latter is setup between a source node and a destination 
node of the transport network and may also comprise a number of intermediate 
nodes. Typically, in order to establish this connection path, a "connection 
setup" takes place. 

Connection setup between a source node and a destination node involves 
signaling to setup a cross-connect at every one of the intermediate nodes in the 
connection path. A node performs a cross-connect between link resources 
assigned to the connection. Link resources are, e.g., incoming port, incoming 
wavelength, outgoing port, outgoing wavelength, etc. It should be noted that a 
particular link's resources are assigned via local nodal decisions rather than by 
the source node, which simply computes the connection path. This is 
necessary to avoid coordinating resource assignments among non-neighboring 
nodes in the network. The cross-connect signaling starts at the source node 
and progresses downstream through each intermediate node of the transport 
network to the destination node and back again, upstream, through each 
intermediate node to the source node. In particular, each intermediate node 
waits for the completion of all downstream cross-connects between it and the 
destination node before completing its cross-connect operation. Consequently, 
as the connection path length increases — the number of cross-connects 
increases — and connection setup time increases. For example, connection 
setup time for a large transport network, involving hundreds of cross-connects, 
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could be on the order of a second. In addition, connection setup time also 
affects the restoration time of the transport network after a network failure 
(imagine a cable cut leading to the failure of hundreds of connections) since the 
connection setup must be performed, yet again, to restore service between the 
source node and the destination node. 

In accordance with the invention, a method connects a source node and 
a destination node by: (a) initiating a cross-connect with an adjacent node; (b) 
sending a connection setup message to a next node before the cross-connect is 
completed; and (c) completing the cross-connect with the adjacent node 
without waiting for completion of any downstream cross-connects (see 
specification pages 1-2). The success of the overall connection to the 
destination node is checked by the adjacent node (or nodes) on a reverse pass. 
This results in completely "pipelining" the various cross-connect operations at 
each node. As a result, the connection setup time is the order of a round-trip 
delay plus a single cross-connect time (independent of the number of nodes in 
the connection path). 

(ii). Additional Text from the Specification in Support of the 
Claims 

This invention relates generally to communications and, more 
particularly, to optical communications. 

An illustrative optical communications system in accordance with the 
principles of the invention is shown in FIG. 1 (Appendix B). Other than the 
inventive concept, the elements shown in FIG. 1 are well known and will not be 
described in detail. For example, optical transport network (OTN) 200 is an 
optical transport network comprising a number of optical cross-connect (OXC) 
nodes (also referred to as OTN nodes, or simply "nodes"), e.g., OXC A, OXC B, 
OXC C, OXC D, OXC E and OXC F, having an illustrative OTN topology as 
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shown. Also, although shown as a single block element, each node (e.g., OXC 
A) includes stored-program-control processors, memory, and appropriate 
interface cards (not shown in FIG. 1). Except as noted below, it is assumed 
that OTN 200 conforms to a synchronous optical network (SONET). (It should 
be noted that other elements such as gateways to provide access to, e.g., OTN 
200, and user endpoints, are left off to simplify the description.) In addition, 
the inventive concept uses conventional programming techniques, which as 
such, will not be described herein. 

As noted above, OTN 200 comprises OXC A, OXC B, OXC C, OXC D, 
OXC E and OXC F. The use of a signaling network (referred to herein as a 
control plane) is important for next generation intelligent optical networks for 
providing services like real time point-and-click provisioning of optical 
channels, optical layer protection and restoration, optical layer network 
topology auto-discovery and optical layer bandwidth management. For a 
number of reasons, such as easier feature enhancement and wider access of 
features to customers, the Internet Protocol (IP) has been emerging as the 
technology of choice to implement a control plane for OTNs. It is assumed that 
OTN 200 utilizes an IP-based control plane (out-of-band signaling on a 
separate wavelength) as represented by data communications network (DCN) 
100. (An IP-based control plane is, in essence, another packet transport 
network for signaling messages - hence its representation as a DCN.) As such, 
DCN 100 comprises nodes A, B, C, D, E and F. (In effect, this is a logical 
separation since each node - physically - performs both transport and 
signaling.) DCN 100 is a packet transport network for all the signaling 
messages necessary for connection signaling (e.g., setup and teardown), failure 
notification and OAMP (operations, administration, maintenance and 
provisioning) messaging in OTN 200. (Other than the inventive concept, path 
computation, connection setup, cross-connects, and signaling messages in 
support thereof, are known in the art and will not be described herein.) DCN 
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100 utilizes any of a number of transport technologies such as, but not limited 
to, optical, SONET or Ethernet. This makes the DCN portable and applicable 
to any automatic switched transport network. Note, that in FIG. 1 DCN 100 
and OTN 200 are illustrated as sharing the same topology. However, whether 
the DCN topology is independent of, or the same as, the OTN topology is not 
relevant to the inventive concept. Illustratively, it is assumed that 
multiprotocol label switching (MPLS) is used for the DCN network for explicitly 
routing control information along paths. (However, other routing protocols 
could also be used, such as open shortest path first (OSPF)). Also, for any 
optical path computation purposes, it is assumed that OTN topology 
information is passed to each DCN node through a link state exchange protocol 
as known in the art (e.g., the Link Management Protocol (LMP)). 

In accordance with the inventive concept, it is important to pipeline or 
perform operations in parallel as much as possible for fast connection setup. 
In the context of this invention, pipelining refers to operations across the 
network, i.e., "network pipelining." Network pipelining is illustratively realized 
by having a forward pass (from a source node to a destination node) in the 
connection setup that simply initiates the cross-connect - but does not wait for 
it to complete. The success of the cross-connect operation is then checked on 
the reverse pass (from the destination node to the source node). This results in 
completely pipelining the cross-connect operation. Connection setup is of the 
order of a round-trip delay plus a single cross-connect time (independent of the 
number of nodes in the connection path) (see specification, pp. 2-4). 

FIG. 1 illustrates the inventive concept for a sample connection setup in 
DCN 100 along signaling path 101 (A-B-E-D). In addition, FIG. 1 shows the 
corresponding transport path, 201, in OTN 200. With respect to this sample 
connection setup it is assumed that OXC A is the source node, OXC D is the 
destination node, and the remaining nodes, OXC B and OXC E, are 
intermediate nodes. For the purpose of illustrating the invention, it is assumed 
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that a connection setup is initiated from the source node, as represented in 
FIG. 1 by OXC A, which receives a request through an external interface such 
as the network management system (not shown) or from a client such as an IP 
router (not shown). It is assumed that the OXCs are connected through dense 
wavelength division multiplexed (DWDM) links. As used herein, "downstream" 
refers to the flow of communications in the direction of the destination node, 
while "upstream" refers to the flow of communications in the direction of the 
source node. As such, an "upstream node" is a node that is closer to the 
source node, than the current node; while a "downstream node" is a node that 
is closer to the destination node, than the current node. Turning now to FIGs. 
2-6, (Appendices C-G) illustrative flowcharts are shown embodying the 
principles of the invention (see specification pp. 4). 

FIGs. 2 and 3 represent a sequence of steps illustratively performed in 
the source node (here, OXC A). In step 205, OXC A receives a connection 
request initiated by a client. OXC A then computes a connection path in step 
210. If no path exists, OXC A returns an error to the client in step 215. 
Conversely, if a path does exist, OXC A checks the possibility of executing a 
cross-connect in step 220. For example, OXC A selects a fiber (port) and a 
wavelength for connecting to OXC B. If that fiber and wavelength are not 
available, OXC A attempts to compute another path to the destination node, 
OXC D, by returning to step 210. However, if the cross-connect is possible, 
OXC A starts a timer in step 225 and initiates the cross-connect in step 230. 
In step 305, OXC A sends a connection setup message to the downstream 
node, OXC B. In step 310, OXC A checks if the local cross-connect, i.e., the 
cross-connect with OXC A, was successfully completed. If the local cross- 
connect was not successfully completed, OXC A initiates a release of resources 
for a failed connection setup in step 330. This release includes notification of 
downstream nodes to abort the connection. OXC A then attempts to compute 
another path to the destination node, OXC D, by returning to step 210. On the 
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other hand, if the local cross-connect was successfully completed, OXC A waits 
for a response from the downstream node, OXC B in step 315. If the timer 
(which was set in step 225), expires, or a failure message is received from a 
downstream node in step 325, OXC executes step 330, as described above, and 
attempts to compute another path. However, if an acknowledgment (ACK) 
response is received from the downstream node, OXC B, OXC A notifies the 
client of the successful connection setup in step 320. (It should be noted that 
other error conditions may occur, but are not shown in the flow charts for 
simplicity. For example, receipt of the failure message in step 325 could occur 
after the timer expires and after the performance of step 330) (see specification 
pp. 4-5). 

FIGs. 4 and 5 represent a sequence of steps illustratively performed in an 
intermediate node (here, OXC B, OXC E). When an intermediate node receives 
a connection setup message in step 405, the intermediate node checks the 
possibility of executing a cross-connect in step 410. If it is not possible to 
execute the cross-connect, the intermediate node sends a failure message to 
the upstream node (a node that is closer to the source node, than the current 
node) in step 430. However, if the cross-connect is possible, the intermediate 
node starts a timer in step 415 and initiates the cross-connect in step 420. In 
step 425, the intermediate node sends a connection setup message to the 
downstream node (a node that is closer to the destination node, than the 
current node). In step 505, the intermediate node checks if the local cross- 
connect was successfully completed. If the local cross-connect was not 
successfully completed, the intermediate node initiates a release of resources 
for a failed connection setup in step 525. This release includes notification of 
downstream nodes to abort the connection. The intermediate node sends a 
failure message to the upstream node in step 530. On the other hand, if the 
local cross-connect was successfully completed, the intermediate node waits for 
a response from the downstream node in step 510. If the timer (which was set 
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in step 415) expires, or a failure message is received from a downstream node 
in step 520, the intermediate node executes steps 525 and 530, as described 
above. However, if an acknowledgment response is received from the 
downstream node, the intermediate node sends the acknowledgement to the 
upstream node in step 515. In effect, and as described above, each 
intermediate node performs three distinct activities. One is a soft reservation 
of connection resources such as link wavelengths, a second is the actual 
activation of the cross-connects, and a third is the processing of the signaling 
messages (see specification pp. 5-6). 

FIG. 6 represent a sequence of steps illustratively performed in the 
destination node (here, OXC D). When the destination node receives a 
connection setup message in step 605, the destination node checks the 
possibility of executing a cross-connect in step 610. If it is not possible to 
execute the cross-connect, the destination node sends a failure message to the 
upstream node in step 630. However, if the cross-connect is possible, the 
destination node initiates the cross-connect in step 615. In step 620, the 
destination node checks if the local cross-connect was successfully completed. 
If the local cross-connect was not successfully completed, the destination node 
initiates a release of resources for a failed connection setup in step 635 and 
sends a failure message to the upstream node in step 630. On the other hand, 
if the local cross-connect was successfully completed, the destination node 
sends an acknowledgement to the upstream node in step 625. 

As described above, the source node first reserves local resources and 
then initiates the local cross-connect action. However, the source node does 
not wait for the local cross-connect to complete and, instead, sends a 
connection setup message to the next node in the path. All intermediate nodes 
that receive the setup message first check that the appropriate cross-connect is 
possible and, if so, initiate their local cross-connect and at the same time 
forward the setup message to their next node, downstream. In case the cross- 
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connect is not possible (because the wavelength/port resource has been taken 
by some other connection), the setup operation gets terminated and a message 
is sent back to the upstream nodes to instruct them to undo or abort the cross- 
connect operations related to the ongoing connection setup. The source node 
and each intermediate node also initiate a local timer related to the cross- 
connection operation. When the message reaches the destination node, the 
possibility of the appropriate cross-connect is checked. If resources are 
available, the cross-connect is initiated but no ACK message is generated until 
the cross-connect is completed. It should be noted that receipt of an ACK 
message by a node implies that all downstream nodes in the path have already 
executed the cross-connect. In case of either the unavailability of resources to 
execute the cross-connect, or failure to execute a cross-connect within a 
specified interval of time, the connection setup operation is terminated and a 
failure message is sent upstream to undo/abort the connection. 

Variations on the above-described connection strategy (referred to herein 
as SI) are possible. Having described the inventive concept, these alternative 
strategies are straightforward modifications to the above-described flow charts, 
which, as such, are not described herein. For example, the following 
connection setup strategy (referred to herein as S2) may be used. In S2, the 
forward pass (downstream direction) is used only for reservation of local 
resources and the cross-connects across the OXC nodes are executed 
sequentially in the reverse pass (upstream direction) only. In this case, each 
OXC node in the path has to wait for the cross-connect operation to complete 
before forwarding the signaling message since there is no additional pass to 
check for the success of this cross-connect operation. This has an important 
implication on the connection setup time (described below). 

Another alternative connection strategy (referred to herein as S3) is one 
where reservation is done as a separate phase in addition to, and before, the 
path setup scheme described above in SJ. Hence, the first round trip simply 
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carries out local resource reservation (e.g., for an intermediate node, step 410 
of FIG. 4) and the second setup roundtrip carries out the cross-connects (e.g., 
for an intermediate node, step 420 of FIG. 4) in accordance with SI. 

Having described the inventive concept, some observations can be made 
about the resulting connection setup time performance. First, the following 
assumptions are made with respect to the relative timing of the reservation of 
resources, signaling message processing and cross-connect execution. The 
amount of time needed for making a reservation is neglected since this typically 
involves only writing some tables in memory and marking certain resources as 
assigned and in use. Signaling message processing may include processing 
related to a signaling stack such as RSVP (Resource ReSerVation Protocol) or 
CR-LDP (constraint-based routing label distribution protocol) used to setup 
connections. Cross-connect execution mainly includes sending messages to a 
device to convert a cross-connect map (such as connect port 1 to port 10) to an 
analog signal to actually execute the cross-connect. In addition, depending 
upon a particular system architecture this may include committing the cross- 
connect map to a database. Finally, the following definitions are made: 

N - the number of nodes in the connection path; 

X- signaling message processing time for a node; 

Y- cross-connection execution time for a node; and 

L - round-trip delay (assumed fixed) for a particular connection 
path due to propagation and transmission delays. 
In light of the above assumptions and definitions, the setup time for SI 

is: 

SI setup time = (2iVX) + Y + L. 
This can be easily seen by considering the actions at the destination 
node. Since the destination node has to wait for the completion of the cross- 
connect action, the total setup time at that node is X + Y. When the ACK 
message arrives at an intermediate node, one is assured of completion of the 
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cross-connect operation at that intermediate node since the cross-connect 
operation takes Y units and was initiated at least X + Y time units back 
(consider the node just upstream from the destination node). Hence, it can be 
observed that the cross-connect operation can be completely pipelined in this 
connection strategy and only one cross-connect time worth of delay is incurred 
regardless of the number of nodes N in the connection path. Clearly, when the 
cross-connect time is significant (e.g., where X«Y) this is a powerful strategy. 
Alternately, this strategy can tolerate a large cross-connect time without 
significant penalty in setup time. This observation may also aid in the design 
of simple and inexpensive optical cross-connects with slower cross-connect 
times and still provide superior connection setup performance (see specification 
pp. 6-8). 

It should be noted that the connection setup strategy SI may experience 
some performance degradation in case of excessive crankbacks (e.g., if cross- 
connects cannot be completed) and when the cross-connect execution time Y is 
large. It should be noted that this should not be an issue for a guaranteed 
restoration scheme since the network capacity will be reserved and available 
for restoration. The reason for performance degradation in case of crankbacks 
is due to the fact that undoing a cross-connect is of the same time order as 
executing a cross-connect and can be expensive. Such operations become 
necessary if , in an under-engineered network, the availability of the path 
resources is not verified and reserved prior to executing the cross-connects. 

In terms of the alternative connection strategies mentioned above, the 
following observations can also be made about their respective connection 
setup time performance. With respect to S2, a cross-connect execution is done 
sequentially. As such, the setup time in the forward pass (excluding fixed 
delays such as propagation) is: 

S2 setup time, forward pass = N{X + Y). 

There are two options for the reverse pass. If the acknowledgment 
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message is sent directly to the source node and does not pass through (or is 
not processed) at intermediate nodes, the ACK message does not incur any 
signaling message processing time at these intermediate nodes. In this 
variation, labeled as S2a, the total setup time includes the round trip delay, L, 
and is: 

S2a total setup time = MX + Y) + L. 

However, another variation is possible, labeled as S2b, if the ACK 
message is processed at intermediate nodes on the reverse pass. In this case, 
the total setup time includes not only the round trip delay L, but additional 
N(X) processing on the reverse pass, and is: 

S2b total setup time = 2NX + NY+ L. 

It should be noted that there is no necessity to process the 
acknowledgment at intermediate nodes since the cross-connect operations are 
initiated and completed in the forward pass. (This option would be adopted 
only for simplicity of implementation as it does not require a separate 
mechanism to propagate the ACK message directly to the source node.) 

From the above setup time comparisons, it can be observed that S2b 
always performs worse than the SI in terms of setup time. Strategy S2a 
performs worse than SI when N(Y) > {{N)(X) + Y) or alternately when Y > 
{{{N)(X))/{N - 1)) and better otherwise. Note that for large JV, the latter is 
approximately the same as Y > X and hence when the cross-connect time Y is 
large compared to the message processing time X, strategy SI is the 
appropriate choice. 

Finally, the following observations can be made about the connection 
setup time performance of S3. In this case, the first round-trip consists simply 
of reservation. This takes {N)(X) + L time units. In the second pass, pipelined 
cross-connect execution is performed. This takes (2){N)(X) + Y + L time units. 
This results in a total connection setup time of: 

S3 total setup time = [3){N)(X) +7+ (2)(Lj. 
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Clearly, this strategy is worse than strategy Si. Compared to strategy 
S2a, S3 performs worse if {{2)(N)pQ + Y + L) > [[N)(Y)). Note that the latter is 
always true when Y < {[2){X) + L/N) and for higher values one would need to 
check with specific values. Compared to S2b, S3 performs better if {{N - 1)Y) > 
{{N)(X) + L). This is likely to be true for large Y compared to X. Hence strategy 
S3 is likely to be intermediate in performance compared to SI and S2 when Yis 
large compared to X. However, this strategy has some advantages over SI in 
case of crankbacks since resources are reserved in advance and no undoing of 
cross-connects is needed (see specification pp. 8-9). 

Turning briefly to FIG. 7, (Appendix H) a high-level block diagram of a 
representative node 705 for use in accordance with the principles of the 
invention is shown. Node 705 is a stored-program-control based processor 
architecture and includes processor 750, memory 760 (for storing program 
instructions and data, e.g., for implementing (among other functions not 
described herein) any of the illustrative flow charts described above and shown 
in FIGs. 2-6) and communications interface(s) 765 for coupling to one or more 
communication paths as represented by path 766 (e.g., communication(s) 
interface 765 represents an optical dense wavelength division multiplexer 
(DWDM)). 

In light of the above, a method and apparatus have been described that 
provides for fast setup of optical connection paths between a pair of source and 
destination OXC nodes in an IP-controlled OXC -based optical transport 
network. Fast setup is key to fast restoration of the increasing number of 
mission-critical applications being supported in telecommunication networks. 

The foregoing merely illustrates the principles of the invention and it will 
thus be appreciated that those skilled in the art will be able to devise 
numerous alternative arrangements which, although not explicitly described 
herein, embody the principles of the invention and are within its spirit and 
scope. For example, although described in the context of an IP controlled OXC- 
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based optical transport network, the inventive concept is applicable to 
transport networks in general (utilizing an optical fabric and/or an electrical 
fabric) such as, but not limited to, PDH (Plesiochronous Digital Hierarchy); 
SONET (Synchronous Optical Network); SDH (Synchronous Digital Hierarchy), 
optical and other future transport network technologies. Also, although 
illustrated in the context of an out-of-band signaling network, the inventive 
concept is applicable to an in-band signaling network as well (see specification 
pp. 9-10). 

VIII. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL: 

Appellants seek the Board's review and reversal of the rejection of claims 
1, 3-7, 9-15, and 17-21 under 35 U.S.C. §102(a) and claims 8 and 16 under 35 
U.S.C. §103(a). 

IX. ARGUMENTS: 

A.) The Section 102 Rejections 

Claims 1, 3-7, 9-15 and 17-21 were rejected under 35 U.S.C. § 102(a) as 
allegedly being anticipated by Wei et al. (hereinafter "Wei"). Applicants disagree 
for at least the following reasons. 

Each of the claims of the present invention includes the feature of 
sending a connection setup message to a next node before a previously 
initiated cross-connect is completed. 

In contrast, "SETUP" messages in Wei are sent after a cross-connection 
time has expired. For example, Fig. 4 depicts a "SETUP" message being sent 
only after a cross-connection time, tc, is completed. 

Further, Wei's explanation that "a WDM switch reserves [a] 
wavelength... proceeds to make the actual cross-connect by issuing a command 
to the fabric controller, and forward [sic] the SET-UP message to the next hop" 
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(see Wei pp. 2029) is an implicit, if not explicit, indication that Wei sends its 
SETUP messages after, not before, a cross-connect is completed. 

Because Wei does not disclose each feature of the claims it cannot, 
anticipate the claims. Accordingly, Applicants respectfully request that the 
members of the Board reverse the decisions of the Examiner and allow claims 
1, 3-7, 9-15 and 17-21. 

B.) The Section 103 Rejections 

Claims 8 and 16 were rejected under 35 U.S.C. §103(a) as being 
unpatentable over Wei in view of an article by Qiao et al. ("Qiao"). Claims 8 and 
16 require in-band signaling messages to be used in order to initiate cross- 
connections. 

As the Office Action admits, Wei does not disclose or suggest such in- 
band signaling. To overcome this deficiency, the Examiner relies on Qiao. 
Applicants respectfully disagree for at least the following reasons. 

After reading Qiao, especially page 26, section 2 (referred to by the 
Examiner), Applicants do not find any mention of in-band signaling as stated 
by the Examiner. Because of this, Applicants respectfully submit that Qiao 
does not make up for the deficiency of Wei. 

The excerpt from Qiao relied upon by the Examiner does not use the 
terms in band or out-of-band. Though this excerpt states that a "data burst 
follows [a] control packet" this appears to be a time-reference; not a reference 
to in-band signaling. 

The Examiner also appears to analogize in-band signaling with the use of 
a "same wavelength." Notwithstanding any objections that Applicants may 
have to this analogy, Applicants note that Qiao does not disclose the use of the 
same wavelength (at least not in the excerpts referred to by the Examiner). 

Accordingly, Applicants respectfully submit that the subject matter of 
claims 8 and 16 is not rendered obvious by a combination of Wei and Qiao. 
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Applicants also respectfully submit that, the Examiner's comments 
notwithstanding, the combination of Wei and Qiao is improper because such a 
combination would either render one or both of the references unsatisfactory 
for their intended purposes or require that the principle of operation of one or 
both of the references be changed. For example, Wei discloses a WDM system 
that uses out-of-band signaling to enable cross-connections. On the other 
hand, Qiao discloses a non-WDM system. Combining the disclosure in Qiao 
with Wei would require either: (i) that Wei's principle of operation be changed to 
a non-WDM system, or (ii) that Qiao's be changed to a WDM system; neither is 
permissible (see MPEP 2143.01). 

Accordingly, for at least these reasons, Applicants respectfully request 
that the members of the Board reverse the decisions of the Examiner and allow 
claims 8 and 16. 

X. CONCLUSION: 

Appellants respectfully request that the members of the Board reverse 
the Examiner's rejections and allow claims 1 and 3-21. 

The Commissioner is authorized in this, concurrent, and future replies, 
to charge payment or credit any overpayment to Deposit Account No. 08-0750 
for any additional fees required under 37 C.F.R. § 1.16 or under 37 C.F.R. § 
1.17; particularly, extension of time fees. 
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Respectfully submitted, 
HARNESS, DICKEY !/ ^PlERCE, P.L.C. 

By: _ 

Johri E£. Curtin, Reg. No. 37.602 
P.O. Box 8910 

!>n, Virginia 20195 
S) 668-8000 



JEC:ame 
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APPENDIX A 
CLAIMS APPENDIX 
Claims 1 and 3-21 on Appeal: 

1 . (Previously Presented) A method for use in a node of a network 

during a connection setup between a source node and a destination node, the 
method comprising the steps of: 

initiating a cross-connect with an adjacent nodej. 

sending a connection setup message to a next node before the cross- 
connect is completed; and 

completing the cross-connect with the adjacent node without waiting for 
completion of any downstream cross-connects. 

2. (Cancelled) 

3. (Original) The method according to claim 1, wherein the network 
is an optical transport network. 

4. (Original) The method according to claim 3, wherein the cross- 
connect is selected from a group consisting of an electrical-based cross-connect 
and a transparent wavelength-based optical cross-connect. 

5. (Original) The method according to claim 1, wherein the 
connection setup is selected from the group consisting of a wavelength-based 
connection setup, a SONET-based connection setup, a SDH-based connection 
setup, and a PDH-based connection setup. 
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6. (Previously Presented) A method for use in a node of a network 
during a connection setup between a source node and a destination node, the 
connection setup comprising a forward pass of signaling messages from the 
source node to the destination node and a reverse pass of signaling messages 
from the destination node to the source node, the method comprising the steps 
of: 

initiating a cross-connect with an adjacent node on the forward pass of 
the connection setup; 

sending a connection setup message to a next node before the cross- 
connect is completed; and 

checking if the cross-connect was successful on the reverse pass of the 
connection setup. 

7. (Original) The method according to claim 6, wherein the forward 
pass and reverse pass of signaling messages occurs out-of-band. 

8. (Original) The method according to claim 6, wherein the forward 
pass and reverse pass of signaling messages occurs in-band. 

9. (Previously Presented) A method for use in a node of a network 
during a connection setup between a source node and a destination node, the 
method comprising the steps of: 

sending a connection setup message to a next node before a cross- 
connect is completed; and 
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performing the cross-connect with a downstream node prior to receipt of 
a signaling message related to a status of at least one cross-connect operation 
performed at another downstream node. 

10. (Previously Presented) A method for use in a node of a network 
during a connection setup between a source node and a destination node, the 
method comprising the steps of: 

sending a connection setup message to a next node from an upstream 
node before a cross-connect at the upstream node is completed; and 

responsive to the received connection setup message, executing a cross- 
connect with a downstream node 

whereby a cross-connect at the downstream node is initiated. 

1 1 . (Previously Presented) Apparatus comprising: 

a communications interface for providing signaling to a downstream node 
and for receiving signaling from an upstream node; and 

a processor, responsive to receipt of a connection setup message, sent 
from the upstream node before a cross-connect at the upstream node is 
completed, for perforating a cross-connect with the downstream node prior to 
receipt of a signaling message from the downstream node related to a status of 
at least other cross-connect operation related to the connection setup. 

12. (Original) The apparatus according to claim 11, wherein the 
upstream node and the downstream node are in an optical transport network. 
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13. (Original) The apparatus according to claim 12, wherein the 
cross-connect is selected from the group consisting of an electrical-based 
cross-connect and a transparent wavelength-based optical cross-connect. 

14. (Original) The apparatus according to claim 11, wherein the 
connection setup is selected from the group consisting of a wavelength-based 
connection setup, a SONET-based connection setup, a SDH-based connection 
setup, and a PDH-based connection setup. 

15. (Original) The apparatus according to claim 11, wherein the 
signaling occurs out-of-band. 

16. (Original) The apparatus according to claim 11, wherein the 
signaling occurs in-band. 

17. (Previously Presented) Apparatus comprising: 

a communications interface for receiving signaling, sent from an 
upstream node before a cross-connect at the upstream node is completed on a 
forward pass of a connection setup and receiving signaling from a downstream 
node on a reverse pass of the connection setup; and 

a processor for initiating a cross-connect with the downstream node on 
the forward pass, and for checking if the cross-connect was successful on the 
reverse pass. 

18. (Previously Presented) Apparatus comprising: 

- 21 - 



APPELLANTS BRIEF ON APPEAL 
U.S. Application No.: 09/919,047 
Atty. Docket: 29250-002056/US 

a communications interface for receiving a connection setup message, 
sent from an upstream node before a cross-connect at the upstream node is 
completed; and 

a processor for executing a cross-connect with a downstream node and 
for sending, through the communications interface, a connection setup 
message to the downstream node, whereby a cross-connect at the downstream 
node is initiated. 

19. (Previously Presented) The method as in claim 1 wherein the set- 
up message is sent from an intermediate node. 

20. (Previously Presented) The method as in claim 6 wherein the set- 
up message is sent from an intermediate node. 

21. (Previously Presented) The method as in claim 9 wherein the set- 
up message is sent from an intermediate node. 
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